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DETAILED ACTION 

1. This Office Action is in response to a request for continued examination under 37 CFR 
1.1 14, including the fee set forth in 37 CFR 1.17(e), which was filed in this application after 
final rejection. Since this application is eligible for continued examination under 37 CFR 
1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the finality of the 
previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's 
submission filed on 19 December 2005 has been entered. 

2. Claims 1-15 were cancelled. 

3. Claims 16-27 were added. 

4. Claims 16-27 are pending in this Office Action. 



Response to Amendment 

5. The objections to claims 5-7, 10 and 14 regarding minor informalities are moot due to 
cancellation of aforementioned claims. 

6. The rejection is respectfully maintained as set forth in the last Office Action mailed on 23 
June 2005. Applicant's arguments with respect to claims 1-15 and new claims 16-27 have 
been fully considered but they are not persuasive and the old rejection maintained. 
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Claim Rejections - 35 USC §103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claims 16, 17, 19-21, 23-25 and 27 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Murray ("Windows NT SNMP") and further in view of Singh et al. (U.S. 
5,758,083). 

Murray teaches the invention substantially as claimed including SNMP-based network 
management by a set of objects (see Murray, page 4, "The Simple Protocol"). 

9. With respect to claim 16, Murray teaches a method of managing a network system 
including a first network element connected to a graphical local craft terminal for 
maintaining the network system and a plurality of network elements which are targets of 
maintenance (Murray, page 4, "The Simple Protocol," paragraph 5, Fig. 1-1), where when a 
second network element is added to the network system or settings of the second network 
element are changed, the method is enabled to register addresses and change addresses 
automatically by sending or receiving the addresses between the first network element and 
the second network element (Murray, page 341, Identifying SNMP-managed nodes), the 
method comprising the steps of: 
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Accepting, by the first network element, input of a system identifier (ID) of the second 
network element (the management application would then send a GetRequest message to 
each active node to retrieve the sysObjectID value of the node); assembling, by the first 
network element, a first Protocol data Unit (PDU) inquiring of an address corresponding to 
the input system ED; sending, by the first network element, the first PDU along the network 
system (once an SNMP-managed node is identified, the management application usually 
requests management data from the managed node, data commonly requested includes the 
network EP address); comparing, by each network element of the network elements on the 
network system, the system ID included in the first PDU with a system ID of the each 
network element when receiving the first PDU (once an SNMP-managed node is identified, 
the management application usually requests management data from the managed node); 
sending back, by the each network element, a second PDU including an address of the each 
network element when the system ID included in the first PDU matches the system ED of the 
each network element (once an SNMP-managed node is identified, the management 
application usually requests management data from the managed node, data commonly 
requested includes the network BP address - see Murray, page 341, Identifying SNMP- 
managed nodes); getting, by the first network element, the address of the second network 
element by receiving the second PDU sent back (once an SNMP-managed node is identified, 
the management application usually requests management data from the managed node, data 
commonly requested includes the network IP address - see Murray, page 341, Identifying 
SNMP-managed nodes); sending, by the second network element, a fourth PDU including a 
system ED (sysObjectED) and an address of the second network element to the first network 
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element (the sending process operates to forward certain of the network management 
information (once an SNMP-managed node is identified, the management application usually 
requests management data from the managed node, data commonly requested includes the 
network IP address - see Murray, page 341, Identifying SNMP-managed nodes); and 
enabling the first network element to be in an accessible state to the second network element 
(once an SNMP-managed node is identified, the management application usually requests 
management data from the managed node - see Murray, page 341, Identifying SNMP- 
managed nodes). 

Murray does not explicitly teach generating managed objects at each node for all other 
managed nodes or a first network element sending another network element a PDU 
containing the address of the first network element. 

However, Singh teaches sending, by the first network element, a third PDU including a 
system ID (sysObjectID) and an address (the network BP address - see Murray, page 341, 
Identifying SNMP-managed nodes) of the first network element to the second network 
element (sending process operates to forward certain of the network management 
information (e.g. topology information) to the appropriate receiving stations - see Singh, col. 
8, lines 11-15); generating, by the second network element, an address management 
Managed Object (MO) for the first network element based on information of the first 
network element included in the received third PDU (the receiver process then in turn 
supplies the network management information to the network manager so that the network 
manager can utilize the additional network management information from the sending station 
to at least partially provide network management - see Singh, col. 8, lines 57-63) and 
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generating, by the first network element, an address management MO for a network element 
added or changed based on information of the second network element in the received fourth 
PDU (in the peer-to-peer configuration, the network management console machines both 
send and receive topology information to each other. In this configuration, each network 
management console machine includes both a sender and a receiver process, and thus 
functions as both a receiving and sending station - see Singh, col. 5, lines 29-34). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Murray in view of Singh in order to enable generating managed objects 
at each node for all other managed nodes or a first network element sending another network 
element a PDU containing the address of the first network element. One would be motivated 
to do so in order to enable a network management system that allows for sharing of network 
management data between a plurality of distributed nodes. 

10. With respect to claim 17, Murray teaches the invention described in claim 16, including a 
fourth PDU including a system ID (sysObjectID) and an address of the second network 
element to the first network element (the sending process operates to forward certain of the 
network management information (once an SNMP-managed node is identified, the 
management application usually requests management data from the managed node, data 
commonly requested includes the network IP address - see Murray, page 341, Identifying 
SNMP-managed nodes). 

Murray does not explicitly teach generating managed objects at each node for all other 
managed nodes. 
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However, Singh teaches a method for managing a network system where the third PDU 
includes a system ID of the first network element (Singh, col. 8, lines 11-15) and the second 
network element generates the address management MO for the first network element by 
using an address and a system ID included in the third PDU (Singh, col. 8, lines 57-63), and 
where the fourth PDU includes a system ID of the plurality of network elements added or 
changed and the first network element generates the address management MO for the 
plurality of network elements added or changed by using an address and a system ID 
included in the fourth PDU (Singh, col. 5, lines 29-34). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Murray in view of Singh in order to enable generating managed objects 
at each node for all other managed nodes or a first network element sending another network 
element a PDU containing the address of the first network element. One would be motivated 
to do so in order to enable a network management system that allows for sharing of network 
management data between a plurality of distributed nodes. 

11. With respect to claim 19, Murray teaches the invention described in claim 16, including a 
method for managing a network system where the first or second network element searches 
whether there is an address management MO corresponding to a network element which 
sends the third or fourth PDU when receiving the third or fourth PDU, generates a new 
address management MO if there is not, and generates a new address management MO after 
deleting existing object if there is, when an address managed by the existing object is 
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different with the address included in the third or fourth PDU as result of comparison 
(Murray, page 65-66, Four Simple Operations, Get and Set operations). 

12. Claims 20, 21, 23-25 and 27 do not teach or define any new limitations above claims 16, 
18 and 19 and therefore are rejected for similar reasons. 

13. Claims 18, 22 and 26 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Murray in view of Singh and further in view of Karau et al. (U.S. 6,473,502). 

14. With respect to claim 18, Murray teaches the invention described in claim 16, including 
whereby specification of the MO for the first network element and the MO for second 
network element are based on specification of Open System Interconnection (OSI) (Murray, 
page 30, The OSI Reference Model). 

Murray does not explicitly teach generating managed objects at each node for all other 
managed nodes. 

However, Singh teaches a method for managing a network system where the third PDU 
includes a system ID of the first network element (Singh, col. 8, lines 11-15) and the second 
network element generates the address management MO for the first network element by 
using an address and a system ID included in the third PDU (Singh, col. 8, lines 57-63). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Murray in view of Singh in order to enable generating managed objects 
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at each node for all other managed nodes or a first network element sending another network 
element a PDU containing the address of the first network element. One would be motivated 
to do so in order to enable a network management system that allows for sharing of network 
management data between a plurality of distributed nodes. 

Murray teaches whereby specification of the MO for the first network element and the 
MO for second network element are based on specification of Open System Interconnection 
(OSI) (Murray, page 30, The OSI Reference Model). 

Murray does not explicitly teach generating managed objects at each node for all other 
managed nodes. 

However, Singh teaches a method for managing a network system where the third PDU 
includes a system ID of the first network element (Singh, col. 8, lines 1 1-15) and the second 
network element generates the address management MO for the first network element by 
using an address and a system ID included in the third PDU (Singh, col. 8, lines 57-63). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Murray in view of Singh in order to enable generating managed objects 
at each node for all other managed nodes or a first network element sending another network 
element a PDU containing the address of the first network element. One would be motivated 
to do so in order to enable a network management system that allows for sharing of network 
management data between a plurality of distributed nodes. 

The combination of Murray and Singh does not explicitly teach the use of NSAP or 
PSAP addresses. 
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However, Karau teaches a method for managing a network system where the address 
included in the second PDU is a Network Service Access Point (NSAP) Address, and the 
address included in the third and fourth PDU is a Presentation Service Access Point (PSAP) 
address (Karau, col. 27, lines 35-41). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the combination of Murray and Singh in view of Karou in order to 
facilitate network management support information that is updated on a real-time basis to 
insure accurate analysis and trouble shooting. 

15. Claims 22 and 26 do not teach or define any new limitations above claims 16-19 and 
therefore are rejected for similar reasons. 
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Response to Arguments 

16. Applicant's arguments filed 19 December 2005 have been fully considered, but they are 
not persuasive for the reasons set forth below. 

17. Applicant Argues: Applicant states "Thus, Murray, Singh and Karau whether taken 
individually or in combination with each other fail to teach or suggest 'Accepting, by the first 
network element, input of a system identifier (ID) of the second network element; 
assembling, by the first network element, a first Protocol data Unit (PDU) inquiring of an 
address corresponding to the input system ID; sending, by the first network element, the first 
PDU along the network system; comparing, by each network element of the network 
elements on the network system, the system ID included in the first PDU with a system ID of 
the each network element when receiving the first PDU; sending back, by the each network 
element, a second PDU including an address of the each network element when the system 
ID included in the first PDU matches the system ID of the each network element.'" 

In Response: The examiner respectfully submits that Murray teaches accepting, by the 
first network element, input of a system identifier (ID) of the second network element (the 
management application would then send a GetRequest message to each active node to 
retrieve the sysObjectID value of the node); assembling, by the first network element, a first 
Protocol data Unit (PDU) inquiring of an address corresponding to the input system ID; 
sending, by the first network element, the first PDU along the network system (once an 
SNMP-managed node is identified, the management application usually requests 
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management data from the managed node, data commonly requested includes the network IP 
address); comparing, by each network element of the network elements on the network 
system, the system ID included in the first PDU with a system ID of the each network 
element when receiving the first PDU (once an SNMP-managed node is identified, the 
management application usually requests management data from the managed node); sending 
back, by the each network element, a second PDU including an address of the each network 
element when the system ID included in the first PDU matches the system ID of the each 
network element (once an SNMP-managed node is identified, the management application 
usually requests management data from the managed node, data commonly requested 
includes the network IP address - see Murray, page 341, Identifying SNMP-managed nodes) 
This renders the rejection proper, and thus rejection stands. 



18. Applicant Argues: Applicant states "Further, Murray, Singh and Karau whether taken 
individually or in combination with each other fail to teach or suggest getting, by the first 
network element, the address of the second network element by receiving the second PDU 
sent back; sending, by the first network element, a third PDU including a system ED and an 
address of the first network element to the second network element and generating, by the 
second network element, an address management Managed Object (MO) for the first network 
element based on information of the first network element included in the received third 
PDU. 
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In Response: The examiner respectfully submits that the combination of Murray and 
Singh teaches getting, by the first network element, the address of the second network 
element by receiving the second PDU sent back (once an SNMP-managed node is identified, 
the management application usually requests management data from the managed node, data 
commonly requested includes the network IP address - see Murray, page 341, Identifying 
SNMP-managed nodes); sending, by the first network element, a third PDU including a 
system ED (sysObjectID) and an address (the network IP address - see Murray, page 341, 
Identifying SNMP-managed nodes) of the first network element to the second network 
element (sending process operates to forward certain of the network management 
information (e.g. topology information) to the appropriate receiving stations - see Singh, col. 
8, lines 11-15) and generating, by the second network element, an address management 
Managed Object (MO) for the first network element based on information of the first 
network element included in the received third PDU (the receiver process then in turn 
supplies the network management information to the network manager so that the network 
manager can utilize the additional network management information from the sending station 
to at least partially provide network management - see Singh, col. 8, lines 57-63). This 
renders the rejection proper, and thus rejection stands. 

19. Applicant Argues: Applicant states "Still further, Murray, Singh and Karau whether 
taken individually or in combination with each other fail to teach or suggest 'sending, by the 
second network element, a fourth PDU including a system ID and an address of the second 
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network element to the first network element; generating, by the first network element, an 
address management MO for a network element added or changed based on information of 
the second network element in the received fourth PDU and enabling the first network 
element to be in an accessible state to the second network element as recited in the claims.'" 

In Response: The examiner respectfully submits that the combination of Murray and 
Singh teaches sending, by the second network element, a fourth PDU including a system ID 
(sysObjectID) and an address of the second network element to the first network element (the 
sending process operates to forward certain of the network management information (once an 
SNMP-managed node is identified, the management application usually requests 
management data from the managed node, data commonly requested includes the network IP 
address - see Murray, page 341, Identifying SNMP-managed nodes); generating, by the first 
network element, an address management MO for a network element added or changed based 
on information of the second network element in the received fourth PDU (in the peer-to- 
peer configuration, the network management console machines both send and receive 
topology information to each other. In this configuration, each network management console 
machine includes both a sender and a receiver process, and thus functions as both a receiving 
and sending station - see Singh, col. 5, lines 29-34) and enabling the first network element to 
be in an accessible state to the second network element as recited in the claims (once an 
SNMP-managed node is identified, the management application usually requests 
management data from the managed node - see Murray, page 341, Identifying SNMP- 
managed nodes). This renders the rejection proper, and thus rejection stands. 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Alicia Baturay whose telephone number is (571) 272-3981. The examiner 
can normally be reached at 7:30am - 5pm, Monday - Thursday, and every other Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Saleh 
Najjar can be reached on (571) 272-4006. The fax number for the organization where this 
application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be 
obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Alicia Baturay 
February 15, 2006 




